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DETAILED ACTION 



1. The substitute drawings filed on April 16, 2001 are acknowledged. 

2. The priority document filed on May 18, 2001 is acknowledged. 



Claim Rejections - 35 USC §102 

3, The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent granted 
on an application for patent by another filed in the United States before the invention by the applicant 
for patent, except that an international application filed under the treaty defined in section 351(a) shall 
have the effects for purposes of this subsection of an application filed in the United States only if the 
international apphcation designated the United States and was published under Article 21(2) of such 
treaty in the English language. 

4, Claims 1, 2, 8, 11, 12; 13 - 15, 19; 20, 21; 22; 23, 24, 28; 31 and 33 are rejected 
under 35 U.S.C. 102(e) as being anticipated by Logan, U.S. Patent 6,601,018. 

In regard to claim 1: 

"a framework operable to identify at least one test module defining a test of 
at least one parameter of the at least one software component of the 
package; " 

Logan discloses a framework generating a test skeleton (module defining a test) 
that tests software components (column 2, lines 19 - 29). 

"a control module operable to access the framework to cause the at least 
one test module identified therein to perform the test defined thereby for 
verifying the package, " 
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A web browser interfaced to an integrated test environment (e.g., JAVA 
Development Kit) acts as a control module, which accesses the client framework (column 
4, lines 40 - 42; column 31-39) to perform a test. 

In regard to claim 2, incorporating the rejection of claim 1: 

wherein the framework identifies a plurality of test modules. " 
Logan discloses a test suite in an automatic test framework (column 2, lines 19 

50). 

In regard to claim 8, incorporating the rejection of claim 2: 

"... wherein the framework comprises a directory having a plurality of entries, 
each entry identifying one of the plurality of test modules. " 

Logan discloses a repository for a plurality of test suites allowing the tester to 

know where to find (a directory) a specific test suite (column 7, lines 3 - 25), 

In regard to claim 11, incorporating the rejection of claim 2: 

"... wherein each of the plurality of test modules is formed by a script and the 
framework identifies each of the test modules by a name for the script. " 

Logan teaches the plurality of test modules formed by a script, which is called by 

name (see column 5 code example). 

In regard to claim 12, incorporating the rejection of claim 2: 

" ..wherein each of the test modules is formed by a software object. " 

A test case (module) is formed by a software object as shown in column 5 of 

Logan. 
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In regard to claim 13: 

"aj forming a framework operable to identify at least one test module defining a 
test of at least one parameter of the at least one software component of the 
package; " 

Logan discloses a framework generating a test skeleton (module defining a test) 

that tests software components (column 2, lines 19 - 29). 

'*h) forming a control module operable to access the framework to cause the at 
least one test module identified therein to perform the test defined thereby for 
verifying the package, " 

A web browser interfaced to an integrated test environment (e.g., JAVA 
Development Kit) acts as a control module, which accesses the client fi-amework (column 
4, lines 40 - 42; column 31 - 39), 



In regard to claim 14: 

"a) providing a framework for identifying at least one test module, each said test 
module defining a test of at least one parameter of the at least one software 
component of the package; " 

Logan discloses a fi-amework generating a test skeleton (module defining a test) 
that tests software components (column 2, lines 19 - 29). 

"b) accessing the framework to identify the at least one test module; " 

A web browser interfaced to an integrated test environment (e.g., JAVA 

Development Kit) acts as a control module, which accesses the client fi*amework (column 

4, lines 40 - 42; column 3 1 - 39). 

''c) causing the at least one test module to perform the test defined thereby on the 
package. " 
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A web browser interfaced to an integrated test environment (e.g., JAVA 
Development Kit) acts as a control module causing the initiation of a test on the client 
framework (column 4, lines 40 - 42; column 3 1 - 39). 

In regard to claim 15, incorporating the rejection of claim 14: 

''..wherein the framework identifies a plurality of the test modules. " 

Logan discloses a test suite in an automatic test framework (column 2, lines 19 

50). 

In regard to claim 19, incorporating the rejection of claim 15: 

" . . .providing a directory in the framework, wherein the directory has a plurality 
of entries, each entry identifying one of the plurality of test modules. " 

Logan discloses a repository for a plurality of test suites allowing the tester to 

know where to find (a directory) a specific test suite (column 7, lines 3 - 25). 



In regard to claim 20: 

*'a) a framework to identify at least one test module defining a test of at least one 
parameter of the at least one software components of the package; " 

Logan discloses a framework generating a test skeleton (module defining a test) 

that tests software components (column 2, lines 19 - 29). 

"b) a control module operable to access the framework for causing the at least 
one test module identified therein to perform the test defined thereby for verifying 
the package. " 

A web browser interfaced to an integrated test environment (e.g., JAVA 
Development Kit) acts as a control module, which accesses the client framework (column 
4, lines 40 - 42; column 3 1 - 39). 
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In regard to claim 21, incorporating the rejection of claim 20: 

''...wherein the system comprises a computer including a processor, memory and 
software held in the memory and operable to control the processor, the software 
forming: said framework and said control module, " 

Logan discloses a framework operating on computer system having a processor, 
memory, and software held n memory (column 3, lines 28 - 64). 

In regard to claim 22: 

''a) a memory for storing software; " 

Logan discloses a framework operating on computer system having a processor, 
memory, and software held n memory (column 3, lines 28 - 64). 

''b) a processing unit for executing the software to carry out the steps of 

(i) providing a framework to identify at least one test module defining a 
test of at least one parameter of the at least one software component of 
the package; and 

Logan discloses a framework generating a test skeleton (module defining a test) 
that tests software components (column 2, lines 19 - 29). 

(ii) providing a control module operable to access the framework for 
causing the at least one test module identified therein to perform the 
test defined thereby for verifying the package. " 

A web browser interfaced to an integrated test environment (e.g., JAVA 

Development Kit) acts as a control module, which accesses the client framework (column 

4, Unes 40 - 42; column 3 1 - 39). 



In regard to claim 23: 
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"a) providing a framework for identifying at least one test module, each said test 
module defining a test of at least of at least one parameter of the at least one 
software component of the package; 

Logan discloses a framework generating a test skeleton (module defining a test) 
that tests software components (column 2, lines 19 - 29). 

accessing the framework to identify the at least one test module; " 

A web browser interfaced to an integrated test environment (e.g., JAVA 

Development Kit) acts as a control module, which accesses the client framework (column 

4, lines 40 - 42; column 31 - 39). 

"cj causing the at least one test module to perform the test defined thereby on the 
package. " 

A web browser interfaced to an integrated test environment (e.g., JAVA 
Development Kit) acts as a control module causing the initiation of a test on the client 
framework (column 4, lines 40 - 42; column 3 1 - 39). 

In regard to claim 24, incorporating the rejection of claim 23: 

" .wherein the framework identifies a plurality of test modules. " 

Logan discloses a test suite in an automatic test framework (column 2, lines 19 

50). 

In regard to claim 28, incorporating the rejection of claim 24: 

" . .providing a directory in the framework, wherein the directory has a plurality 
of entries, each entry identifying one of the test modules. " 

Logan discloses a repository for a plurality of test suites allowing the tester to 

know where to find (a directory) a specific test suite (column 7, lines 3 - 25). 
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In regard to claim 31: 

"a) receiving the software package; " 

Logan teaches that a package is received to perform a test (column 4, lines 36 - 

54). 

"b) accessing a framework that references at least one test module, each said test 
module defining a test of at least one parameter of the at least one software 
component of the package, for identifying the at least one test module from the 
framework; " 

Logan discloses a framework generating a test skeleton (module defining a test) 

that tests software components (column 2, lines 19 - 29). 

''c) performing the test defined by the at least one test module on the package, " 
A web browser interfaced to an integrated test environment (e.g., JAVA 

Development Kit) acts as a control module, which accesses the client framework (column 

4, lines 40 - 42; column 3 1 - 39) to perform a test. 



Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 3 - 7, 9, 10; 16 - 18; 25 - 27, 29, 30, 32, 34, and 35are rejected under 35 
U.S.C. 103(a) as being unpatentable over Logan, U.S. Patent 6,601,018, in view of 
Mastronardi, U.S. Patent 6,346,951. 
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In regard to claim 3, incorporating the rejection of claim 2: 

''...wherein the framework identifies a priority for each of the test modules. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 31) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25 - 39). 

In regard to claim 4, incorporating the rejection of claim 3: 

'* ...wherein the control module is operable to cause the test modules to be 
executed sequentially according to the priority identified in the framework for 
each of the test modules. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25 - 39). 
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In regard to claim 5, incorporating the rejection of claim 1: 

'\ .wherein a mechanism is provided for identifying the at least one test module 
as being one of active and not active. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a whether a test module is active or not active. However, Mastronardi discloses 
a supervisory module that carries out a test priority sequence (column 8, lines 24 - 3 1) in 
order to determine if a certain task is active or not. Therefore, it would have been 
obvious to one skilled in the art at the time the invention was made to modify the 
automatic software component test framework of Logan with the testing priority 
Mastronardi, because the testing priority provides a means to determine if certain tasks or 
modules are active or not active as taught by Mastronardi (column 8, lines 25 - 39). 

In regard to claim 6, incorporating the rejection of claim 5: 

''..wherein the mechanism for identifying the at least one test modules as being 
one of active and not active is included in the framework " 

Logan discloses a suite of tests in an automatic test framework, but does not 

disclose a whether a test module is active or not active. However, Mastronardi discloses 

a supervisory module that carries out a test priority sequence (column 8, lines 24 - 3 1) in 

order to determine if a certain task is active or not. Therefore, it would have been 

obvious to one skilled in the art at the time the invention was made to modify the 

automatic software component test framework of Logan with the testing priority 

Mastronardi, because the testing priority provides a means to determine if certain tasks or 

modules are active or not active as taught by Mastronardi (column 8, lines 25 - 39). 

In regard to claim 7, incorporating the rejection of claim 5: 
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'\ .wherein the mechanism for identifying the at least one test modules as being 
one of active and not active is included in the control module, " 

Logan discloses a suite of tests in an automatic test framework, but does not 

disclose a whether a test module is active or not active. However, Mastronardi discloses 

a supervisory module that carries out a test priority sequence (column 8, lines 24 - 3 1) in 

order to determine if a certain task is active or not. Therefore, it would have been 

obvious to one skilled in the art at the time the invention was made to modify the 

automatic software component test framework of Logan with the testing priority 

Mastronardi, because the testing priority provides a means to determine if certain tasks or 

modules are active or not active as taught by Mastronardi (column 8, lines 25 - 39). 

In regard to claim 9, incorporating the rejection of claim 8: 

wherein each entry defines a priority for the one of the test modules identified 
therein. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 31) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, Hnes 25 - 39). 

In regard to claim 10, incorporating the rejection of claim 8: 
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'\ .wherein the identity of the one of the test modules defines its priority, " 
Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24-31) based on the 
identity of the test in order to determine if a certain task is active. Therefore, it would 
have been obvious to one skilled in the art at the time the invention was made to modify 
the automatic software component test framework of Logan with the testing priority 
Mastronardi, because the testing priority provides a means to determine if certain tasks or 
modules are active as taught by Mastronardi (column 8, lines 25 - 39), 



In regard to claim 16, incorporating the rejection of claim 15: 

'\ .wherein a priority for each of the test modules is identified in the framework " 
Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25-39). 

In regard to claim 17, incorporating the rejection of claim 15 
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''..sequentially causing each of the test modules to be executed according to the 
priority identified for each of the test modules. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25 - 39). 

In regard to claim 18, incorporating the rejection of claim 15: 

''...identifying each of the test modules as being one of active and not active, " 
Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a whether a test module is active or not active. However, Mastronardi discloses 
a supervisory module that carries out a test priority sequence (column 8, lines 24 - 31) in 
order to determine if a certain task is active or not. Therefore, it would have been 
obvious to one skilled in the art at the time the invention was made to modify the 
automatic software component test framework of Logan with the testing priority 
Mastronardi, because the testing priority provides a means to determine if certain tasks or 
modules are active or not active as taught by Mastronardi (column 8, lines 25 - 39). 

In regard to claim 25 incorporating the rejection of claim 24: 

" ...wherein a priority for each of the test modules is identified in the framework " 
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Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, Hnes 25 - 39). 

In regard to claim 26, incorporating the rejection of claim 25: 

'\„ sequentially causing the test modules to be executed according to the priority 
identified for each of the test modules, " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25 - 39). 

In regard to claim 27, incorporating the rejection of claim 24: 

"... identifying each of the test modules as being one of active and not active, 
Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a whether a test module is active or not active. However, Mastronardi discloses 
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a supervisory module that carries out a test priority sequence (column 8, lines 24 - 3 1) in 
order to determine if a certain task is active or not. Therefore, it would have been 
obvious to one skilled in the art at the time the invention v^as made to modify the 
automatic software component test framework of Logan with the testing priority 
Mastronardi, because the testing priority provides a means to determine if certain tasks or 
modules are active or not active as taught by Mastronardi (column 8, lines 25 - 39). 
In regard to claim 29, incorporating the rejection of claim 28: 

"... wherein each entry defines a priority of the test module identified thereby, " 
Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25 - 39). 

In regard to claim 30, incorporating the rejection of claim 28: 

.wherein the identity of a module defines its priority, " 
Logan discloses a suite of tests in an automatic test fi'amework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) based on the 
identity of the test in order to determine if a certain task is active. Therefore, it would 
have been obvious to one skilled in the art at the time the invention was made to modify 



Application/Control Number: 09/776,328 Page 
Art Unit: 2124 

the automatic software component test framework of Logan with the testing priority 
Mastronardi, because the testing priority provides a means to determine if certain tasks or 
modules are active as taught by Mastronardi (column 8, lines 25 - 39), 

In regard to claim 32, incorporating the rejection of claim 31: 

'\ .including repeating steps (b) and (c) to perform a sequence of tests, the order 
in which the tests are performed being determined by relative priorities assigned 
to each of the at least test module. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a priority for each test module. However, Mastronardi discloses a supervisory 
module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic sofl:ware component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (colunm 8, lines 25 - 39). 



In regard to claim 34, incorporating the rejection of claim 33: 

''..wherein the data structure further comprises a second data field identifying a 
priority for each of the test modules represented by the data in the first data field, 
the priority defining an order of execution of the test modules, " 

Logan discloses a suite of tests in an automatic test framework, but does not 

disclose a priority for each test module. However, Mastronardi discloses a supervisory 

module that carries out a test priority sequence (column 8, lines 24 - 3 1) in order to 
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determine if a certain task is active. Therefore, it would have been obvious to one skilled 
in the art at the time the invention was made to modify the automatic software component 
test framework of Logan with the testing priority Mastronardi, because the testing 
priority provides a means to determine if certain tasks or modules are active as taught by 
Mastronardi (column 8, lines 25 - 39). 

In regard to claim 35 incorporating the rejection of claim 33: 

''...wherein the data structure further comprises a third data field identifying the 
one of a plurality of test modules represented by the data in the first data field as 
being one of active and not active. " 

Logan discloses a suite of tests in an automatic test framework, but does not 
disclose a whether a test module is active or not active. However, Mastronardi discloses 
a supervisory module that carries out a test priority sequence (column 8, lines 24 - 3 1) in 
order to determine if a certain task is active or not. Therefore, it would have been 
obvious to one skilled in the art at the time the invention was made to modify the 
automatic software component test framework of Logan with the testing priority 
Mastronardi, because the testing priority provides a means to determine if certain tasks or 
modules are active or not active as taught by Mastronardi (column 8, lines 25 - 39). 



Conclusion 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Lawrence Shrader whose telephone number is (703) 305- 
8046. The examiner can normally be reached on M-F 08:00-16:30. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (703) 305-9662. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 



Lawrence Shrader 

Examiner 

Art Unit 2124 

February 3, 2004 




